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INTRODUCTION 


A need  exists  in  rocket  measurements  programs  for  a system  that 
can  be  used  in  the  field  for  quick- look  evaluation  of  the  results 
from  the  various  rocketborne  instruments.  In  the  past  the  data 
evaluation  has  usually  involved  a limited  preliminary  effort  of  man- 
ually reading  analog  strip  charts  in  the  field  with  a more  complete 
evaluation  after  the  field  party  had  returned  to  home  stations  and 
telemetry  tapes  were  processed  through  the  routine  data  systems. 

These  systems  suffered  from  the  handicap  that  the  in-field  strip 
chart  examination  could  not  be  thorough  enough  to  provide  the  suf- 
ficient input  to  program  managers  and  scientists.  The  completion  of 
the  second  phase  necessarily  involves  a delay  of  several  months  in 
getting  material  into  presentable  form.  This  report  details  the  de- 
velopment of  a field-portable  system  for  interfacing  the  output  of 
a rocket  telemetry  data  acquisition  system  to  microprocessor-based  graphics 
system  for  processing  and  plotting  the  results  soon  after  the  rocket 
flights  so  they  can  be  quicklv  made  available  to  interested  scientists 
and  managers. 

The  quick-look  data  system  is  based  on  a Tektronix  4051  Graphics 
System  along  with  a 4662  Interactive  Digital  Plotter,  a 4924  Digital 
Cartridge  Tape  Drive  and  a 4611  Hard  Copy  Unit.  Appendix  A contains 
a general  description  of  the  4051  Graphics  System  and  these  peripherals. 

A block  diagram  of  the  system  witli  its  peripherals  is  shown  in  Figure  1. 

The  4051  has  enough  calculating  power  to  process  and  plot  the  results, 
eithei  on  its  Direct  View  Storage  Tube  (DVST)  or  on  the  4662  Plotter, 
of  most  of  the  experimental  instruments  made  by  the  Space  Science 
Laboratory  providing  the  data  from  these  instruments  can  be  stored  and 
then  fed  into  the  4051.  Since  a mass  storage  capability  is  often 
required  for  this  data  logging  function,  the  4924  Digital  Cartridge 
Tape  Drive,  which  can  be  operated  in  an  "on  line"  mode  with  the  4051 
or  in  a "stand  alone"  mode,  is  ideally  suited  to  these  requirements. 

The  remaining  obstacle  and  the  major  thrust  of  the  effort  reported 
here  was  the  development  of  the  interface  from  the  telemetry  ground 
station  to  the  4924.  Generally,  the  interface  must  be  capable  of 
transferring  either  analog  or  digital  data  from  the  telemetry  ground 
station  to  the  4924  in  a standard  format  along  with  the  data  for 
time  determination.  The  following  are  the  letailed  requirements 


of  the  interface  system: 


Primary  Requirements 

(1)  Compatible  with  the  4051  Graphics  System  via 
the  GPIBl  4924  Digital  Cartridge  Tape  Drive. 

(2)  Capable  of  logging  from  one  to  eight  channels* 
of  analog  data  from  the  telemetry  ground  station 
(at  input  levels  ranging  from  1 volt  to  15  volts 
adjusted  to  an  acceptable  range  for  the  analog- 
to-dlgital  convertor)  at  a constant  rate*, 
formatted  with  data  for  time  determination  from 
the  standard  TRIG-  time  codes  available  at  the 
launch  ranges. 

(3)  Capable  of  logging  a single  serial  digital  data 
channel  from  the  telemetry  ground  station  with  the 
interface  self-synchronizing  to  the  sync  word*  and 
the  data  frame*. 

(4)  Field  operational  witli  a 117  volt,  60  Hz  power  source. 

(5)  Rack  mountable. 


Secondary  Requirements 

(1)  Simple  for  the  user  to  both  understand  and 
operate . 

(2)  High  input  impedance  to  the  interface  with  input 
protection  in  the  interface.  (The  input  protection 
is  both  for  device  protection  and  cross-talk 
protection  due  to  the  CMOS  circuitry.) 


lc  order  for  the  4051  to  have  meaningful  data  to  work  with,  the 
interface  transfers  data  to  the  4924  at  a constant  rate  wit  it  time 
determining  data  that  includes  the  TRIG  time  code  at  tiie  first  of  the 
tape  and  special  mark  bytes  throughout  tiie  tape.  By  so  doing,  the 
time  of  a particular  data  byte  can  be  determined  and  coordinated  to 
the  trajectory  plot  (also  calculated  by  tiie  4051)  (o  find  correspon- 
ding altitude  for  tiie  data  byte.  Programs  written  on  the  4051  process 
the  data  and  plot  the  results  on  tiie  DVST  or  tiie  4662. 

^General  Purpose  Interface  Bus — Standard  bus  structure  for  tiie  4051, 
4662  and  4924.  See  Appendix  B. 

2 

_Inter-Range  Instrumentation  Group — Group  that  defines  standard  for 
instrumentation  signals.  For  time  code  standard,  see  Appendix  C. 
*Implies  parameters  that  must  be  user-selectable  from  the  front  panel. 
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Using  tilts  process,  a versatile  and  valuable  quick- look  data 
acquisition  and  processing  system  is  formed. 

The  thrust  of  this  report  is  to  present  the  design  concept  of 
the  interface  system.  The  system  is  relatively  unique  in  the  sense 
that  instead  of  the  traditional  single  system  controller,  it  contains 
a main  system  controller  with  several  subcontrollers  to  perform 
operations  for  the  main  controller  much  the  same  wav  as  a software 
subroutine  performs  a task  for  the  main  program  routine.  This 
technique,  called  the  controller-subcontroller  design  concept,  is 
discussed  and  illustrated  in  detail. 


CONTROl.l.KR-SlMMIONTKOl.l.KR  DI'.SION  C.ONCKl’T 


The  design  concept  lor  this  svst em  Is  unique  although  not  new. 
William  I.  Fletcher  introduces  the  idea  in  liis  text  An  y>i~jhu'ri,huj 
AppViXU’h  f..1  Piii:  ta  l /Vat\p!  to  be  published  !>v  l’rent  lee-Ual  l Incorporated 
In  1979.  This  report  illustrates  and  supports,  as  well  as  defines 
certain  aspects  of  the  concept.  F.rophasls  in  this  report  is  placed 
on  the  system  level  of  the  design.  The  design  of  the  controller  and 
subcontrol lera  generally  follows  the  procedures  and  architectures 
established  for  finite  state  machines  and  multi-input  system  controllers 
in  Chapters  b and  7 of  Fletcher's  text.  They  are  therefore  not 
presented  in  tills  report  although  a block  diagram  of  the  basic 
architecture  is  shown  in  Figure  J . 

Control ler-Subcont rol ler  Approach 

Inherent  to  almost  any  digital  system  is  the  need  for  a system 
controller.  Tills  controller  causes  another  device,  external  to  the 
controller  but  contained  in  the  system,  to  perform  one  of  its  Inherent 
functions  to  accomplish  part  of  a system  level  operation.  For  example, 
assume  that  the  device  external  to  the  system  controller  is  a 74194  4-bit 
universal  shift  register.  The  controller  can  cause  this  device  to 
perform  a parallel  load,  shift  right,  shift  loft,  or  do  nothing  simply 
by  coni  rolling  three  inputs  (clock,  SI,  SO)  into  the  device.  As 
previously  stated,  the  system  controller  is  using  the  device  to 
perform  one  of  t he  device's  inherent  functions  in  order  to  accomplish 
one  of  tile  system's  operations.  To  emphasize  t li  i s concept,  suppose  a 
controller  contained  two  set-reset  flip-flops  that  are  not  Inter- 
connected. The  system  Is  required  to  perform  a two-bit  shift  right 
or  shift  left  operation  with  these  two  flip-flops.  In  Figure  3 a 
comparison  is  shown  between  this  case  and  t tie  previously  mentioned 
case  where  a system  controller  uses  an  externa1*  shift  register.  it 
can  be  readily  seen  that  the  operation  of  the  controller  is  greatly 
complicated  bv  requiring  it  to  perform  the  shift  register's  operation; 
and  tills  is  only  for  two  bits!  This  example  is  based  on  a rather  simple 
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Figure  Basic  Architecture  of  a Controller 


Figure  3.  Comparison  of  Shift  Register  Implementations 


case  and  whether  the  external  device  is  a shift  register,  or  a counter 
or  any  other  MSI  or  LSI  device  makes  little  difference.  The  point  is 
that  the  operation  of  the  main  system  controller  is  greatly  simplified 
by  using  the  inherent  functions  of  a device,  external  to  the  controller, 
to  accomplish  a task,  while  the  main  controller  uses  a minimum  of  its 
own  capabilities  to  cause  the  task  to  be  accomplished. 

Now,  If  the  external  device  is  considered  to  be  a controller  in  and 
of  itself,  which  in  all  actuality  a shift  register  or  counter  is,  the 
concept  is  easily  expanded  from  a single  Integrated  circuit  to  multiple 
integrated  circuits  configured  to  perform  a special  function  required 
by  the  system  controller.  The  situation  still  exists  where  the  main 
system  controller  causes  another  device  or  device  configuration  to 
execute  a function  inherent  to  the  configuration's  operation  in  order 
to  accomplish  part  of  a system  level  operation.  Being  subservient 
to  the  main  controller,  this  configuration  is  more  appropriately  called 
a subcontroller. 

At  this  point  a comparison  can  be  drawn  between  a software  sub- 
routine and  the  subcontroller  concept.  In  a software  routine,  if  a short 
routine  is  required  for  conservation  of  memory  or  multiple  usage,  it  is 
made  into  a subroutine.  This  subroutine  can  then  be  used  or  called 
several  times  without  being  rewritten  into  the  program  each  time  it 
is  used.  A method  exists  to  exit  tite  main  routine,  use  the  subroutine, 
and  then  return  to  the  location  in  the  main  routine  where  the  exit 
was  made.  The  subcontroller  concept  is  basically  the  sjime  Idea.  The 
subcontroller  is  set  up  to  perform  a task  for  the  main  controller. 

The  main  controller  has  the  ability  to  use  the  subcontroller  to 
accomplish  a particular  task.  Multiple  usage  of  the  subcontroller  is 
also  possible. 

The  subcontroller  concept  differs  from  the  subroutine  concept  In 
that  the  main  controller  does  not  exit  its  normal  execution  path  to 
use  the  subcontroller's  function  as  does  the  software  routine  to 
execute  a subroutine.  Instead,  four  schemes  exist  to  interface  the 
main  controller  and  the  subcontroller: 

(1)  Handshake  (closed  loop) 

(2)  Initiation  (open  loop) 

(3)  Monitor 

(4)  Transfer  of  control 
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To  this  author's  knowledge  these  four  Interfacing  schemes  have  not 
been  established  previously  by  other  authors  and  therefore  will  now 
be  defined. 

Handshake 

Basically  the  handshake  is  a closed  loop  scheme  in  which  the  main 
controller  issues  a signal  to  the  subeontroller  to  begin  execution  of 
its  routine.  The  main  controller  then  waits  for  the  subcontroller  to 
return  a signal  as  an  indication  to  the  main  controller  that  the 
subcontroller  has  completed  its  operation.  The  main  controller  then 
continues  its  operation.  More  complex  handshake  schemes  exist,  but 
are  based  on  the  same  principle. 

Ini tlatlon 

The  initiation  is  an  open  loop  scheme  In  which  the  main  controller 
issues  a signal  to  the  subcontroller  to  begin  the  subcontroller's 
routine.  The  main  controller  then  continues  its  operation  transparent  to 
what  the  subcontroller  is  doing.  There  is  no  provision  for  the 
subcontroller  to  send  a pulse  to  the  main  controller.  Thus,  it  is 
an  open  loop  scheme. 


Monitor 

The  monitor  scheme  is  similar  to  the  handshake  scheme  in  that  it  is 
a closed  loop  scheme  and  the  main  controller  initiates  the  subcontrol- 
ler's operation.  However,  the  main  controller  continues  its  operation 
without  waiting  for  a return  signal  from  the  subcontroller.  Should 
a return  signal  occur,  the  controller  takes  the  appropriate  action. 

This  scheme  is  usually  employed  to  "watch"  or  monitor  the  operation  of 
a circuit,  such  as  data  synchronization,  and  thus  derives  its  name. 

Transfer  of  Control 

The  function  of  the  transfer  of  control  scheme  is  self-evident 


...  .. i 


from  its  name.  That  is,  the  main  controller  relinquishes  control  of  the 
system  to  the  subcontroller.  Control  is  usually  not  returned  to  the 
main  controller.  This  type  of  scheme  is  used  at  a place  in  the 
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main  controller's  routine  where  it  has  completed  all  functions 
required  of  the  system  other  than  the  functions  involved  in  the 
subcontroller's  routine. 

Design  Concept  Summary 

The  controller-subcontroller  design  concept  is  based  on  the 
idea  that  subcontrollers  can  be  used  with  a main  system  controller  in 
much  the  same  way  as  subroutines  are  used  in  software  routines. 
Different  schemes  are  available  to  interface  the  main  system  controller 
to  the  subcontroller,  giving  greater  flexibility  to  the  designer. 

The  speed  of  the  system  mav  be  increased  by  allowing  more  than  one 
function  to  be  performed  at  the  same  time.  The  design  concept  also 
simplifies  the  system  both  in  design  and  in  hardware  complexity. 

A system  can  be  built  in  subcontroller  sections,  and  additions  to  the 
system  can  be  facilitated.  These  advantages  are  increased  even  more 
if  there  is  multiple  usage  of  a subcontroller's  function  by  the  main 
control ler . 

Using  this  design  concept  it  is  important  to  clearly  establish  the 
handshake  scheme  that  is  to  be  used  to  interface  the  main  system 
controller  to  the  subcontrollers.  if  this  is  done  during  the  initial 
design  phase  and  followed  through,  interfacing  of  the  controller  and 
subcontroller(s)  can  be  done  with  minimal  difficulty. 


i.'KNKKAI.  SYSTKM  FDNCT  It'NAI  DKSCKI  PTION 


This  chapter  provides  .1  general  tiuutleu.il  overview  of  the  sys- 
tem. The  function  of  the  main  system  controller  and  each  subcon- 
troller  are  introduced.  This  chapter  also  illustrates  the  interaction 
of  tin-  main  system  controller  and  suheont rol lers. 

System  Controller  ami  Suheont rol lers-Funct ional  Overview 

Using  the  previously  described  design  concept  and  the  system 
requirements,  the  tunct ional  partition,  shown  in  figure  4,  was 
established  for  the  interface  to  the  •'« 1? Digital  Cartridge  Tape 
Drive.  The  system  is  comprised  of  a main  system  controller  <uul  three 
suheont rol lers:  the  OTlh  handshake  suheont rol ler , the  IK1C  time  code 
decoder  and  suheont ro 1 ler,  and  the  digital  data  suheont to  I ler . 

Ma in  Sy s t cm  Con t rol  1 o r 

The  main  svstem  controller  interprets  settings  from  the  front  panel 
and  accordingly,  controls  the  operat ion  of  the  system.  When  a function 
of  one  of  the  suheont rol lers  Is  required,  the  main  controller  uses 
one  of  the  four  handshake  schemes  described  In  Chapter  Two  to  avail 
itself  of  th«'  suheont  rol  ler 's  function.  1'his  is  illustrated  in  the 
Conti  1 flow  Diagram  in  figure  8.  The  analog  data  routine  is  integrated 
into  the  main  system  controller  since  part  of  the  analog  routine  is 
also  part  of  the  main  controller's  routine.  The  analog  data  routine 
multiplexes  from  one  to  eight  channels  (as  set  on  the  trout  panel) 
of  analog  data  at  a constant  rate  (also  set  on  the  front  panel  for 
rates  of  2n  where  n “ l to  11  or  1 to  2048  samples  per  second) 
through  a sample  and  hold  amplifier  and  an  ana  log- t o-d i gi t a 1 (A/D) 
convertor  to  the  CIMH. 

Analog  data  is  formatted  with  three  binary  bvtes  of  the  time  code 
at  the  first  of  the  file  (hours,  minutes,  and  seconds),  a mark  hvte 
(240  in  binary),  and  then  the  digitized  analog  data  with  a mark  hvte 
after  every  210  bytes  o t data. 


ANALOG  DATA  DIGITAL  DATA  TIME  CODE 


INTERFACE  SCHEMES 
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CP  IB  Handshake  Subcontrol  it*  r 

The  GPIB  handshake  subcontroller  transfers  data  In  8-bit  bytes 
over  the  GPIB  to  the  4924  Digital  Cartridge  Tape  Drive.  This  data 
can  be  produced  by  the  IRIC  time  decoder,  analog  routine,  digital 
data  subcontroller,  or  the  main  controller. 

IRIC  Ti me  Code  Dec odor  and  Subcon  t rol ler 

The  IRIG  time  code  decoder  receives  the  1R1C.  time  code  in 
format  B (Appendix  B)  In  either  sinusoidal  pulse  width  modulated  (PWM) 
or  a detected  pulse  width  modulated  format,  decodes  it  into  hours, 
minutes,  and  seconds,  and  stores  this  in  a latch.  This  information  is 
updated  each  second  and  is  available  to  the  GPIB  when  the  IRIC  time 
code  subcont roller  is  activated  by  the  main  controller. 

Digital  Data  Subcontroller 

The  digital  data  subcontroller  is  comprised  of  the  synchronized 
(sync)  detector  and  the  main  digital  data  subcontroller.  The  two 
interface  in  a monitor  scheme.  The  svnc  detector  signals  the  main 
digital  data  subcontroller  when  the  SYNC  * word  and  data  frame  boundries, 
both  selected  on  the  front  panel,  are  equivalent  to  the  corresponding 
parameters  of  the  incoming  serial  digital  data.  The  main  digital 
data  subcontroller  transfers  the  data  to  the  GPIB  via  the  GPIB 
handshake  subcontroller.  Digital  data  is  formatted  with  three 
binary  bytes  of  the  rime  code,  a mark  byte  (240  in  binary),  and  then 
digital  data  is  logged  onto  the  tape  8 bits  at  a time  (provided  the 
sync  detector  is  synchronized)  with  a 253  binary  mark  bvte  every  four 
seconds.  The  253  mark  byte  is  recorded  independent  of  the  synchro- 
nization detector  signal  so  that  time  determination  is  possible. 

Common t s 

In  all  instances,  the  tape  in  the  4924  Digital  Cartridge  Tape 
Drivemust  contain  pro-marked  files  with  adequate  file  space  to  store 
the  data.  Data  is  transferred  through  the  interface  until  the  tape 
reaches  the  end  of  the  current  data  file. 


■ ■ I ■■■  ' 


DETAILED  CONTROLLER  AND  SUBCONTROLLER  DESCRIPTIONS 


The  main  system  controller  is  designed  to  incorporate  the  analog  data 
routine.  The  GPIB  handshake  subcontroller,  IRIG  time  code  decoder  and 
subcontroller,  and  digital  data  subcontroller  are  designed  to  inter- 
face to  the  main  system  controller  by  using  one  of  the  four  schemes 
Introduced  in  the  Design  Concept.  The  details  of  the  main  system 
controller,  each  subcontroller,  and  interfacing  are  explained  in  this 
chapter.  The  detailed  functional  partition  of  the  system  is  shown 
In  Figure  6. 


Main  System  Controller 

The  main  system  controller  interprets  the  front  panel  settings 
relative  to  its  operation  and  accordingly,  activates  the  necessary 
subcontrollers.  The  two  front  panel  settings  that  affect  the  main 
system  controller  are  the  pushbutton  time  code  switch  with  which  the 
user  initiates  the  data  logging  operation  of  the  system,  and  the 
rotary  switch  to  select  the  digital  data  channel  or  number  of  analog 
data  channels. 

Detailed  Operational  Description 

The  flow  chart  in  Figure  7 describes  the  operation  of  the  main 
system.  controller.  The  controller  is  initialized  to  state  "a" 
with  either  a power-up  reset  or  an  external  reset.  It  waits  in  this 
state  for  the  time  code  switch  to  be  pushed  and  then  enters  state 
"b".  In  state  "b"  the  controller  causes  three  bytes  of  the  IRIG 
time  code  (hours,  minutes,  and  seconds)  used  for  time  determination, 
to  be  transferred  to  the  4924  Digital  Cartridge  Tape  Drive  by  using 
a handshake  interface  scheme  to  the  IRIG  time  code  subcontroller. 

The  subcontroller  then  uses  an  initiation  scheme  to  interface  to  the 
GPIB  handshake  subcontroller.  The  digital  time  code  is  selected  on 
the  output  multiplexer  and  the  data  transfer  is  initialized  with 
H.S.  ENABLE  being  set  and  a pulse  from  the  sample  clock  to  the  GPIB 
handshake  subcontroller.  When  the  three  bytes  are  recorded,  the  TRIG 
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T.C.S.:  Time  Code  Switch 
II. S.  F.N.:  Handshake  Enable 
STATUS  MUX:  Status  Multiplexer 

OUT  MUX  TO  TM.:  Output  Multiplexer  selects  time 
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Figure  7.  Main  System  Controller:  Flow  Chart 
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time  code  subcontroller  resets  T.C.  SWITCH.  With  tills  handshake 
return  signal  and  state  "A"  the  main  controller  advances  to  state 
"c".  (Basically  state  "A"  is  a state  of  the  CPIB  handshake  suh- 
controller  which  signifies  that  the  data  has  been  received  by  the 
CPIB  device.  State  "D"  is  a state  of  the  same  subcontroller  which 
signifies  that  it  is  ready  to  transfer  the  next  data  byte.)  In 
state  "c"  a mark  byte,  equal  to  240  In  binary,  is  selected  on  the 
output  multiplexer.  This  mark  byte  Is  used  to  Indicate  the  start 
of  the  data  on  the  tape  and  Is  used  throughout  the  analog  routine  to 
aid  in  time  determination  and  as  a bench  mark  to  increase  the  data 
processing  speed.  The  CPIB  handshake  subcontroller  Is  still  func- 
tioning (it  was  initiated  in  state  "b")  and  the  mark  byte  is  transferred 
on  the  next  pulse  from  the  sample  clock.  With  the  CPIB  handshake 
subcontroller  In  state  "H"  the  main  system  controller  moves  to  state 
"d"  where  it  decides  whether  to  execute  the  analog  data  routine 
(states  "li",  "l",  "1",  "l",  anti  "k")  or  to  transfer  system  control 
to  the  digital  subcontroller  (states  "e",  "f",  and  "g").  After 
this  state,  the  main  system  controller's  functions  have  been  completed 
and  in  a sense  this  is  the  end  of  the  main  controller's  operation  as 
a main  controller.  In  other  words,  if  system  control  is  transferred 
to  the  digital  data  subcontroller,  the  main  controller  remains  in 
the  digital  loop  (states  "e",  "f",  and  "g")  until  the  system  is  reset. 
However,  after  having  initially  entered  Into  state  "e",  the  main 
controller's  operation  is  transparent  to  the  digital  data  subcontroller's 
operation  and  vice  versa  until  a system  reset  occurs.  On  the  other 
hand.  If  the  analog  data  routine  is  executed,  part  of  the  main  system 
controller's  operation,  namely  states  "a"  and  "d",  are  used  in  format- 
ting the  analog  data  with  a mark  byte.  In  this  case,  even  though 
part  of  the  main  controller's  functions  have  been  completed,  only 
the  analog  data  routine  Is  being  performed.  With  either  tvpe  of 
data,  the  main  system  controller  has  no  part  in  the  operation  functioning 
as  the  main  controller. 


Imp lementat ion 


The  Implementation  for  the  main  controller  is  shown  with  that 
of  the  Analog  Data  routine. 
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Analog  Data  Routine 

I'he  analog  data  routine  is  Ineoi porated  into  the  main  system 
controller's  routine.  That  is,  the  formatting  part  ot  the  routine 
Is  done  in  the  main  controller's  routine  while  the  analog  data  logging 
capability  is  contained  in  an  extension  of  the  main  controller's 
routine.  Some  analog  circuitry  is  required  to  ad|ust  the  incoming 
analog  signal  (s)  to  a range  that  can  be  handled  bv  the  other  circuitry 
of  the  system. 


Operational  Overview 

In  order  to  record  data  at  a constant  rate,  as  is  required  for 
the  system,  a sample  rate  clock  is  used  to  indirectly  pace  the  analog 
routine.  This  clock  controls  the  sample  and  hold  integrated  circuit 
and  the  analog- to-dlg  i t a 1 (A/D)  convertor  which  in  turn  causes  the 
OP  IB  handshake  subcontroller  to  transfer  t lit1  data  to  the  4D24  Digital 
Cartridge  Drive.  (This  is  shown  later  w i t h the  CPlli  timing  diagram 
in  Figure  lt>.)  The  available  sample  clock  rates  are  1 Hz,  2 Hz,  A Hz, 

8 Hz,  lb  Hz,  32  Hz,  h4  Hz,  128  Hz,  2Sb  Hz,  M2  Hz,  1024  Hz,  and 
2048  Hz  (should  only  be  used  for  short  files  * M2  samples).  The 
analog  data  routine  itself  la  basically  a formatting  rout  ini'  whose 
operation  is  dependent  on  the  operation  of  the  (IP IB  handshake  sub- 
controller. In  this  way  the  sample  rate  clock  indirectly  paces 
this  routine.  Aftet  each  digit (zed  analog  data  byte  has  been  recorded, 
the  t <a.log  data  routine  selects  the  next  analog  channel  (via  the  com 
mutator  counter  (C.M.  counter))  that  is  to  be  sampled  and  digitized. 

It  also  Increments  the  byte  counter.  When  the  C.M.  counter  is  equal 
to  the  setting  on  the  front  panel  switch  used  to  select  the  numbet 
of  analog  devices,  the  counter  is  reset  and  the  sampling  sequence 
starts  again.  After  210  data  bytes  are  recorded,  the  mark  byte  (240) 
is  recorded,  the  byte  counter  and  the  C.M,  counter  are  reset,  the 
routine  returns  to  recording  digitized  analog  data.  Two  hundred  ten 
was  chosen  because  an  entire  sequence  of  l,  2,  l,  s,  o,  or  7 channels 
can  be  recorded  before  a mark  byte  is  recorded.  This  process  continues 
until  the  end  of  the  current  tape  file  on  the  4^24  is  reached. 
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Analog  Data  Input  Control  and  Regulation 

An  important  prerequisite  to  transferring  the  analog  data  is  the 
setting  of  the  input  signal (s)  to  standard  amplitude  limits  for 
scaling  and  control  of  the  digitized  numerical  value.  The  lowest  and 
highest  amplitudes  of  the  analog  signal  must  be  adjusted  to  levels  that 
are  within  the  range  of  the  analog-to-digi tal  convertor  (0.00  volts 
to  + 10.0  volts).  The  digitized  data  must  be  compatible  with  the  4924 
and  the  4051.  It  is  also  desirable  to  keep  the  binary  value  of  the 

digitized  data  well  below  the  mark  byte  (250  in  binary)  so  that  the 

integrity  of  this  time  determining  data  is  preserved.  The  voltage 
equivalent  of  binary  240  is  9.38  volts.  It  was  determined  that  little 

resolution  is  lost  if  the  upper  binary  limit  is  set  at  210  or  a voltage 

equivalent  of  8.20  volts.  The  lower  binary  limit  is  set  at  0 with  its 
voltage  equivalent  equal  to  0.00  volts. 

Data  from  the  telemetry  ground  station  enters  the  interface  as 
an  a.c.  signal  with  no  offset.  The  upper  and  lower  limits  vary  with 
the  site  location  and  discriminator  levels.  Typical  ranges  for  these 
signals  are  anywhere  from  +1  volt  to  ±10  volts.  The  data  from  some 
telemetry  ground  stations  is  also  inverted.  Therefore,  the  analog 
gain  and  offset  controls  of  the  system  must  have  sufficient  range  to 
allow  the  user  to  adjust  the  input  signal  of  these  ranges  to  a 
lower  limit  of  0.00  volts  and  an  upper  limit  of  8,20  volts  with  an 
option  to  invert  the  data. 

The  incoming  analog  signal (s)  must  also  be  regulated  so  as  not 
to  exceed  the  power  supply  of  the  CMOS  analog  commutator.  The  signal (s) 
should  also  be  current  regulated  to  decrease  the  cross-talk  in  the  com- 
mutator. A circuit  that  fulfills  all  of  these  criteria  for  the  analog 
gain  and  offset  circuit  is  shown  in  Figure  8.  The  circuit  can  be 
adjusted  to  the  proper  output  value  of  0.00  volts  to  8.2  volts  for  an 
input  of  ±0.50  volts  to  ±15.00  volts. 

Detailed  Operational  Description 

Explaining  the  operation  of  the  analog  data  routine  in  more  detail, 
the  sample  rate  clock  strobes  the  sample  and  hold  integrated  circuit 
with  a short  pulse  from  a monostable  multi-vibrator  and  initiates  the 
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conversion  of  the  analog- to-d l gltal  (A/l>)  convertor  with  the  STROBE  pulse. 
The  rising  edge  of  STROBE  resets  the  convertor  and  the  falling  edge 
starts  the  conversion.  The  STATUS  line  of  the  A /l > convertor  goes 
high  with  the  rising  edge  of  the  STROBE  pulse  and  returns  low  when  the 
conversion  is  finished  about  30  psei onds  later.  This  high-to-low 
transition  is  used  in  an  initiation  scheme  to  Interface  to  the  0P1H 
handshake  controller  which  transfers  the  digitized  analog  data  to  the 
4924.  The  analog  routine  monitors  states  "A"  and  "it"  when  t lie  4924 
is  not  accepting  any  data.  Each  time  the  OP IB  handshake  subcontroller 
goes  from  state  "O"  to  state  "A”  a data  hvte  has  been  recorded  and 
the  analog  routine  Increments  the  eoniuutator  counter  and  the  byte 
counter.  As  shown  in  the  flow  chart  in  Figure  8,  state  "h"  of  the 
analog  routine  causes  the  output  multiplexer  to  select  the  digitized 
analog  data  and  resets  the  commutator  counter  to  zero.  It  waits  in 
tills  state  for  the  0P1B  handshake  subcontroller  to  enter  state  "D" 
and  then  moves  to  state  "i".  In  state  "t"  the  routine  waits  for  the 
subcontroller  to  enter  state  "A",  signifying  that  the  4924  has  received 
a data  byte.  In  state  "J"  the  commutator  counter  and  t he  hvte  counter 
are  incremented.  It'  210  data  bytes  have  been  recorded,  the  routine 
returns  to  state  "c"  where  a mark  byte  is  recorded  and  then  the  analog 
routine  is  re-entered.  if  less  than  210  data  bytes  have  been  recorded 
the  routine  goes  to  state  "1".  In  this  state  the  commutator  count 
Is  compared  to  t lie  number  of  analog  data  channels  set  on  the  front 
panel.  If  they  are  equal,  the  routine  returns  to  state  "h"  where 
the  c,  nmutator  count  is  reset  to  zero  and  the  routine  continues.  If 
they  are  not  equal,  the  routine  goes  to  state  "k",  waits  for  state 
"0",  and  then  returns  to  state  "i"  to  continue  the  routine.  I'he  key 
to  the  analog  routine  is  the  monitoring  of  the  GP1B  handshake  sub- 
controller  ami  making  the  changes  in  the  commutator  selection  and  output 
multiplexer  only  between  states  "A"  and  "0". 

Imp  lenient  at  ion 

Figures  9 and  10  show  the  Mnemonic  Designated  State  (MI'S)  diagram 
of  the  flow  chart  In  Figure  7,  along  with  the  state  assignment  map 
and  NEXT  STATE  maps.  The  state  assignment  Is  made  for  1'  flip-flops 
as  the  state  holding  register,  Slnee  state  "A",  state  "D",  and  the 


Figure  8.  Analog  Gain  and  Offset  Circuit 


Figure  9.  Main  System  Controller:  MDS  Diagram 


Figure  10.  Main  System  Controller: 


State  Assignment  ami  NFXT  STATF 
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time  code  switch  are  essentially  asynchronous  variables  to  this  con- 
troller, all  NEXT  STATE  assignments  are  unit  distance  from  present 
states  that  branch  off  of  these  variables.  Also,  with  the  exception 
of  state  "d",  present  states  that  branch  off  of  these  variables  are 
only  concerned  with  one  variable  for  their  branching.  In  state  "d" 
two  variables  determine  the  branch  but  the  ANALOG  variable  is  set 
before  the  operation  begins.  It  is  therefore  guaranteed  to  be  stable 
and  only  one  variable  exists  that  can  change.  It  has  been  determined 
that  any  flashing  that  may  occur  in  the  outputs  is  not  critical. 

From  the  next  state  maps  it  can  be  seen  that  due  to  the  map- 
entered  variables  and  the  multiple  loopings  that  are  necessary  to  cover 
the  maps,  a multiplexer  implementation  of  the  next  state  decoder  will 
simplify  the  hardware  requirements.  The  schematics  for  the  main 
controller  are  shown  in  Figures  11,  12  and  13. 

GPIti  Handshake  Subcontroller 

The  GPIB  handshake  subcontroller  is  a four-state  machine  designed 
to  interface  to  the  General  Purpose  Interface  Bus  (GPIB)  of  the  4924 
Digital  Tape  Recorder.  Other  controllers  and  suheont rol lers  use  the 
initiation  scheme  to  interface  to  this  subcontroller.  Users  of  this 
scheme  assume  that  the  GPIB  handshake  subcontroller  is  fast  enough 
to  transfer  data  to  the  4924  at  their  fastest  rate.  The  Tektronix 
GPIB  is  an  implementation  of  IEEE  Standard  488-1975.  This  is  an  inter- 
face standard  developed  to  define  an  interconnection  between  devices 
which  is  independent  of  the  device.  The  standard  is  intended  not 
only  for  use  in  the  devices  within  one  company,  but  also  for  computa- 
bility of  devices  that  are  not  manufactured  by  the  same  company. 

In  order  to  interface  to  the  4924  only  the  three  handshake  lines 
(DAV,  NRFD,  and  NDAC)  and  Cite  eight  parallel  data  lines  need  be  used 
since  the  4924  has  an  off-line  LISTEN  mode  which  allows  it  to  accept 
data  under  control  of  these  three  handshake  lines.  For  the  application 
in  this  report,  the  interface  system  transmits  data  to  the  4924.  The 
interlace  is  therefore  the  TALKER  and  the  4924  is  the  LISTENER. 

Appendix  B contains  flow  charts  and  a timing  diagram  illustrating  the 
operating  sequence  of  the  three  handshake  lines. 


Figure  11.  Main  System  Controller:  Schematics  (A) 


Main  System  Controller:  Schematics  (B) 


Detailed  Operational  Descript i on 

The  flow  chart  of  the  GPIB  handshake  subcontroller  is  shown  in 
Figure  14.  The  subcontroller  is  initialized  to  state  "A"  by  either 
a power-up  reset  or  an  external  reset.  In  this  state  the  DAV  Flag 
is  reset.  The  Tektronix  GPIB  uses  negative  logic  or  asserted  low 
logic  so  that  when  the  DAV  Flag  is  reset  it  is  at  the  high  voltage 
state.  With  the  exception  of  the  initial  time  through  this  routine, 
state  "A"  implies  that  the  data  has  been  received  by  the  GPIB 
device  and  changes  can  be  made  on  the  data  bus.  The  subcontroller 
waits  in  this  state  until  the  GPIB  device  asserts  the  NDAG  line  or  in 
other  words  the  line  goes  to  the  low  voltage  state.  When  this  occurs 
the  subcontroller  goes  to  state  "B"  where  the  STATUS  FLAG  is  reset. 

STATUS  FLAG  is  a flag  that  is  set  by  either  the  analog  routine  through 
the  sample  rate  clock,  or  the  digital  data  subcontroller  and  time 
code  subcontroller  through  the  DIGITAL  READY  signal.  It  signifies 
that  the  analog  or  digital  data  is  ready  to  be  recorded.  The  sub- 
controller remains  in  this  state  until  the  GPIB  device  deasserts 
NRFD  signifying  it  is  ready  for  data.  The  subcontroller  proceeds  to 
state  "C"  to  wait  for  the  STATUS  FLAG  to  be  set  by  another  subcontroller. 
When  this  flag  is  set,  the  subcontroller  advances  to  state  "D"  where 
the  DAV  Flag  is  set  to  signal  the  GPIB  device  that  the  data  on  the 
bus  is  valid  and  ready  to  be  recorded.  When  the  data  is  accepted 
by  the  GPIB  device,  this  subcontroller  returns  to  state  "A"  to  re- 
execute  its  routine.  It  should  be  noted  that  the  subcontroller  must 
wait  tor  NDAC  to  be  asserted  in  state  "B"  and  deasserted  in  state 
"D"  to  insure  the  proper  operating  sequence  of  the  handshake  routine. 

Implementation 

The  MDS  diagram,  the  state  assignment  map,  and  the  NEXT  STATE 
maps  are  shown  in  Figure  15.  A timing  diagram  is  shown  in  Figure  16 
with  some  of  the  analog  data  routine’s  information.  Using  D type 
flip-flops  as  the  present  state  holding  register,  the  input  decoding 
logic  can  be  easily  implemented  with  combinational  logic.  A decoder 
is  used  for  the  output  decoder.  All  state  assignments  are  unit 
distance  to  eliminate  flashing  on  the  output  decoder.  The  schematic 
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for  this  suhcontroller  Is  shown  In  Figure  17,  This  suhcontroller  will 
transfer  data  to  the  4924  at  least  1024  bytes  per  second,  hut  not 
constantly  at  2048  bytes  per  second.  This  Is  a limitation  of  the  4924 
and  not  the  suhcontroller.  The  4024  uses  a double  buffer  system  to 
store  data  before  recording  it  onto  the  tape.  F.ach  buffer  bolds  2‘Sb 
bytes  of  data.  When  one  buffer  is  full,  data  Is  stored  In  the  other 
buffer  while  the  first  buffer  transfers  its  data  to  t In1  tape.  When 
operating  at  2048  samples  per  second,  the  first  buffer  has  not  trans- 
ferred all  of  its  data  to  tape  bv  the  time  the  second  buffer  is  full; 
therefore,  onlv  the  first  S12  samples  are  recorded  at  real  time. 

1RI0  Time  Code  Decoder  and  Suhcontroller 

In  order  for  data  to  he  useful,  the  t tme  during  the  flight  that 
the  data  was  reeorded  must  be  known.  Initially  an  undetected  IK  10. 
time  code  available  at  the  locations  where  the  experimental  rockets 
were  launched  was  recorded  onto  the  tape  as  a single  analog  channel. 
This  method  required  at  least  100  hvtes  of  tape  space  and  the  user 
had  to  visually  decode  this  data  to  determine  the  time.  This  method 
was  subsequently  replaced  with  this  1RIC  time  code  decoder  and 
aubcont ro 1 ler . 

Pperat tonal  Overview 

The  functional  partition  of  this  section  is  shown  in  figure  18. 
The  < coder  accepts  1R10  format  R time  code  with  a data  rate  of 
100  parts  per  second  in  a BCD  format  either  with  a 1 MU’.  AM  carrier  or 
without  a carrier.  More  detailed  information  of  this  format  is  given 
in  Appendix  0.  The  decoder  detects  the  hit  tvpc  (1NDT.X  MARKER, 

CODE  01C.1T,  or  POSITION  IDENTIFIER)  and  formats  the  time  code  in  hours 
minutes,  and  seconds.  It  then  latches  this  data  in  a 24  bit  latch 
whose  output  Is  available  to  the  front  panel  display  and  the  1KIC 
time  code  suhcontrol ler.  The  suhcontroller  Interfaces  to  the  main 
controller  by  using  a handshake  scheme.  When  the  handshake  to  the  sub 
controller  is  initiated,  the  suhcontroller  uses  an  Initiation  scheme 
to  interface  to  the  Cl’lN  handshake  suhcontroller  and  transfer  the 
data  to  the  4924  In  three  bytes.  The  suhcontroller  then  finishes 
the  handshake  with  the  main  controller. 
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Figure  18.  IRIC  Time  Code  Decoder  and  Subcontrol ler : Functional  Partition 
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Detailed  Operational  Description 

The  IRIG  time  code  decoder  and  subcontroller  is  divided  into  two 
sections  according  to  its  function.  The  IRIG  time  code  decoder 
deciphers  the  IRIG  time  code  into  hours,  minutes  and  seconds.  The 
IRIG  time  code  subcontroller  interfaces  with  the  main  system 
controller  to  provide  the  time  code  in  the  proper  sequence  to  the 
GPIB. 


IRIG  Time  Code  Decoder 

The  IRIG  time  code  decoder  is  divided  into  four  sections:  the 
detector  circuit,  the  bit  width  detector,  the  address  and  timing 
section,  and  the  latch  and  mux  (multiplexer)  section.  The  decoder 
is  an  asynchronous  circuit  in  that  its  operation  is  not  paced  by  an 
external  clock.  However,  its  operation  is  paced  by  the  incoming 
time  code  data  and  is  synchronous  in  that  respect. 

The  detector  circuit  is  an  analog  circuit  which  detects  the  peaks 
of  the  amplitude  modulated  time  code  and  pulses  a retr iggerable  mono- 
stable multivibrator  to  produce  a pulse  whose  width  is  proportioned  to 
the  number  of  peaks  detected  in  a 10-mt llisecond  frame.  The  pulse 
width  is  within  20X  of  the  standard  pulse  width  for  the  PWM  time  code 
signal  at  100  parts  per  second.  This  accuracy  is  suitable  for  the 
detector.  An  R-C  network  is  used  to  determine  the  reference  for  the 
peak  detecting  comparator  in  order  to  make  this  circuit  relatively 
Independent  of  the  amplitude  of  the  incoming  signal.  The  circuit  works 
very  well  for  signals  from  0.5V  p-p  to  26V  p-p  (see  Figure  19).  If 
the  detected  PWM  signal  is  already  available,  this  circuit  can  be 
by-passed. 

The  bit  width  detector  is  based  on  a 17-bit  shift  register  with  the 
time  code  data  being  the  input  to  the  shift  register  and  a sampling 
clock  that  causes  a shift  16  times  for  each  data  bit.  The  data  rate 
is  100  parts  per  second  and  the  clock  frequency  is  1.6  kHz.  NAND 
gates  are  used  to  detect  whether  the  bit  is  a POSITION  IDENTIFIER, 

CODE  DIGIT,  or  INDEX  MARKER  by  the  number  of  consecutive  "high"  bits 
in  the  17-bit  shift  register.  The  detection  format  in  Table  1 is  used. 
The  detection  range  is  extended  past  the  standard  width  to  compensate 


Figure  19.  1KIC  Time  Code  Detector  Circuit 


TABLE  1:  IRIG  Time  Code  Detection  Format 
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for  the  inaccuracy  of  the  carrier  blanking  circuit. 

The  address  and  timing  section  consists  of  a counter,  a monostable 
multivibrator,  and  a demultiplexer.  The  counter  forms  the  address  of 
location  where  the  data  bit  is  to  be  latched  and  counts  the  number 
of  data  bits.  The  monostable  multivibrator  pulses  the  demultiplexer 
which  enables  the  addressed  latch  to  write  (WD)  the  data.  A flag, 

BIT  CNTR«24,  is  set  when  all  data  bits  have  been  latched. 

The  latch  and  mux  section  consists  of  a 24-bit  addressable  latch, 
a 24-bit  latch,  an  d wide  4 to  1 mux,  and  an  8-bit  BCD-to-binarv 
decoder.  The  24-bit  addressable  latch  is  used  to  hold  the  data, 
bit  by  bit  as  new  data  enters.  When  all  24  bits  are  updated,  the  24-bit 
latch  is  used  as  a holding  register.  The  outputs  of  this  latch  go  to 
a front  panel  display  and  to  the  8 wide  4 to  1 mux  used  to  output 
the  data  in  hours,  minutes,  and  seconds  in  8-bit  bvtes.  The  data  is 
then  converted  from  BCD  to  binary  and  sent  to  the  output  mux  of  both 
the  analog  data  circuit  and  the  digital  data  circuit  for  their  use. 

Further  explanation  ot  the  operation  of  the  TRIO  time  code 
decoder  as  a whole  is  described  in  the  flow  chart  and  timing  diagram 
in  Figure  20.  With  either  a power-up  reset  or  an  external  reset,  the 
1 7—  bit  shift  register  is  cleared  and  the  bit  counter,  time  code  (T.C.) 
switch,  and  REFERENCE  MARKER  FLAG  are  reset.  When  the  REFERENCE  MARKER 
FLAG  is  set,  by  the  bit  width  detector  seeing  two  consecutive  position 
identifiers  the  clock  to  the  bit  counter  is  enabled.  This  clock  is 
an  OR  function  of  the  CODE  DIGIT  DETECTOR  and  the  INDEX  MARKER  DETECTOR. 
It  is  called  the  DATA  BIT  INDICATOR.  On  the  rising  edge  of  the  DATA 
BIT  INDICATOR  the  CODE  DIGIT  FLAG  is  reset  and  the  WRITE  DISABLE  (WD) 
line  to  the  appropriate  addressable  latch  is  pulsed  with  a negative 
going  pulse  whose  rising  edge  latches  a "l"  if  the  CODE  DIGIT  FLAG 
has  been  set  bv  the  code  digit  detector,  or  a "0"  if  the  CODE  DIGIT 
FLAG  has  not  been  set.  On  the  falling  edge  of  the  DATA  BIT  INDICATOR 
the  bit  counter  is  incremented.  The  time  code  is  latched  one  bit  at 
a time  until  the  bit  counter  equals  24,  at  which  time  all  of  tin'  time 
code  that  is  needed  has  been  latched.  The  REFERENCE.  MARKER  FLAG  is  the 
reset  along  with  the  bit  counter.  If  the  main  controller  is  not 
requesting  the  time  code  (state  "b"),  the  now  time  code  is  clocked  into 
the  24-bit  latch.  The  output  of  tills  latch  goes  to  a BCD-to-7  segment 
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decoder,  which  in  turn  goes  to  a front  panel  display  and  to  the  IRIG 
time  code  subcontroller's  8 wide  4 to  1 mux.  The  decoder  then  waits 
for  the  next  REFERENCE  MARKER  Fl-AC  to  restart  its  serial  time  code 
data  latching  routine.  This  updating  occurs  once  each  second. 


IRll'.  Time  Code  Subcontroller 

The  IRIG  time  code  subcontroller's  operation  is  shown  in  the 
flow  chart  and  timing  diagram  in  Figure  21.  The  sample  rate  clock  of 
the  analog  routine  Is  the  system  clock  for  this  subcontroller.  The 
subcontroller  is  reset  when  the  main  controller  is  not  in  state  "b" 
and  the  multiplexer  (mux)  counter  is  reset.  When  the  main  controller 
enters  state  "h"  it  initiates  the  handshake  interface  scheme  to  this 
subcontroller.  The  mux  counter  is  enabled  on  the  next  rising  edge 
of  the  sample  clock  and  DIGITAL  READY  (RDY)  is  sent  to  the  GP1B  hand- 
sliake  subcontro 1 ler  as  the  signal  for  the  initiation  interface  scheme 
and  also  to  signify  that  the  digital  time  code  data  is  valid.  This 
data  goes  through  a BCD- to-b inarv  convertor  and  to  the  output  mux  of 
the  main  controller.  The  first  data  byte  is  the  hours  section  of 
the  time  code.  On  the  next  sample  clock  the  mux  counter  is  incremented 
to  the  minutes  section  of  the  time  code  and  DIGITAL  RDY  is  again 
issued.  The  next  sample  clock  increments  the  mux  counter  to  the  seconds 
section  of  the  time  code  and  issues  DIGITAL  RDY.  T.C.  SWITCH  is 
reset  as  the  return  handshake  signal  to  the  main  controller.  When  the 
main  controller  leaves  state  "b"  the  IRIG  time  code  subcontroller  is 
reset  . nd  cleared. 

Imp lemen  ta  t i on 

The  schematic  for  the  IRIG  lime  code  decoder  and  subcontroller  is 
shown  in  Figures  22  and  23.  An  MPS  diagram  and  NEXT  STATE,  maps  are  not 
included  since  a non-traditional  design  approach  was  used  for  the 
decoder  and  the  circuit  was  derived  from  the  functional  partition. 

The  controller  can  be  implemented  simple  by  using  a counter  to  generate 
the  address  for  the  digital  output  mux  and  to  count  the  number  of  data 
bytes . 


I RIG  TIME  CODE  OUTPUT  CONTROLLER  TIMING  DIAGRAM 


gure  21.  IRIG  Time  Code  Subcontroller : Flow  Chart  and  Timing  Diagr 
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Tin*  digital  data  subcontroller  accepts  a single  serial  digital 
data  channel,  synchronizes  Itself  to  t he  data,  and  transfers  the  data 
in  8-hit  bytes  to  the  •♦9114  Digital  Cartridge  Tape  Drive  through  the 
use  of  the  (.Tilt  handshake  subcontroller.  The  serial  digital  data  Is 
transmitted  front  the  experimental  instrument  at  a constant  rate  with 
a sync  word,  a set  number  of  data  words,  and  so  on.  The  sync  word 
is  a special  binary  word  that  is  included  in  the  data  in  order  that 
the  word  boundries  and  data  frame  boundrles  can  be  Interpreted.  That 
is,  by  finding  the  sync  word  in  a string  of  serial  digital  data  bits, 
the  data  words  can  he  identified  or  synchronized.  As  an  example, 
one  version  of  the  plasma  frequency  probe  built  bv  the  Space  Science 
Laboratory  transmits  a lb-bit  sync  word  of 

0000  0000  0001  1101 

and  then  11  data  words  of  IS  bits  each  at  1000  bits  per  second. 

Thirty-two  words  are  in  the  data  frame.  Uv  locating  this  in  a serial 
digital  data  stream,  the  data  words  and  data  frame  can  be  Identified. 

! 

Operational  Overview 

The  subcontroller  is  composed  of  two  main  sections;  a synchro- 
nization (sync)  detector  and  the  main  digital  data  subcontrol ler 
that  nterfaces  to  the  sync  detector  using  the  monitor  scheme.  A 
functional  partition  of  this  subcontrol  let  Is  shown  in  figure  .’4. 

A bit  synchronizer  circuit  is  used  to  generate  a clock  pulse  that  occurs 
when  t he  midtile  of  the  serial  digital  data  h i t is  present.  This 
signal  is  used  to  clock  the  data  into  a lb-bit  latch  on  the  falling 
edge  of  each  clock  pulse.  The  output  of  this  latch  is  sent  to  the 
sync  word  detector  and  an  8-bit  latch  for  holding  the  (TIN  destined 
data.  The  sync  word  detector  has  a set  of  lb  double-pole,  double- 
throw, 3-posltlon  switches  configured  to  allow  the  user  to  select 
a 0 (low  state),  | (don't  care  state),  or  1 (high  state)  for  each  bit 
of  the  sync  word.  An  output  from  the  svnc  word  detector,  SYNL  WORD, 
signals  the  sync  detector  that  the  svnc  word  is  present  In  the  lb-bit 


data  clk 
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latch.  A double  thumbwheel  switch  allows  the  user  to  set  the  total 
number  of  16-bit  words  In  a data  frame.  The  sync  detector  synchronizes 
itself  to  the  digital  data  by  waiting  for  the  sync  word,  counting 
selected  number  of  16-bit  data  words  in  a data  frame,  and  then  check- 
ing to  see  if  the  sync  word  is  present  again.  This  method  greatly 
reduces  the  possibility  of  mistaking  a data  word,  that  has  the  same 
format  as  the  sync  word,  for  the  sync  word.  If  the  second  sync  word 
is  present,  the  main  digital  data  subcontroller  is  issued  SYNC  as 
part  of  the  monitor  interface  scheme.  The  main  digital  data  subcon- 
troller then  begins  to  transfer  the  digital  data  in  8-bit  bytes 
to  the  4924  through  the  GPIB  handshake  subcontroller.  To  aid  in 
formatting  the  data  for  time  determination,  a mark  (253  binary)  is 
placed  on  the  tape  every  4 seconds.  This  mark  has  priority  over  the 
digital  data  so  that  the  time  determining  integrity  is  preserved. 

Data  after  this  mark  are  always  begun  with  the  first  8 bytes  of  the 
next  16-bit  data  word.  Data  are  transferred  until  the  current  type 
file  is  full. 

Synchronization  Detector  Detailed  Operational  Description 

The  flow  chart  in  Figure  25  illustrates  the  operation  of  the 
synchronization  detector.  On  a power-up  reset  or  external  reset,  the 
detector  is  initialized  to  state  "t"  where  the  bit  counter,  word 
counter,  and  SYNC  FLAG  are  reset  and  the  clock  to  SYNC  WORD  flag  is 
enabi  d.  When  SYNC  WORD  is  present  the  detector  circuit  goes  to 
sta^e  ' u"  where  Lhe  bit  counter  is  enabled  and  SYNC  WORD  is  reset. 

When  the  bit  counter  is  equal  to  8 the  detector  advances  to  state 
"u"  Two  outputs  conditional  on  SYNC  FLAG  are  then  asserted.  That 
is,  the  8 FLAG  is  set  and  the  digital  data  is  latched  into  the  8-bit 
latch  if  SYNC  FLAG  is  set.  Otherwise  no  output  occurs.  When  the  bit 
counter  is  equal  to  16,  state  "w"  is  entered,  the  bit  counter  is 
reset  and  the  word  counter  is  incremented.  SET  16  FLAG  and  DATA 
LATCH  are  two  outputs  conditional  on  SYNC  FLAG  In  this  state.  The 
detector  accepts  the  digital  data  until  the  word  counter  is  equal 
to  the  front  panel  setting  which  implies  that  the  data  frame  is 
finished  and  the  next  SYNC  WORD  should  be  in  the  16-bit  latch.  There- 
fore, in  state  "x"  the  word  counter  is  reset  and  the  flip-flop  that 
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Figure  25.  Synchronization  Detector:  Flow  Chart 
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checks  for  SYNC  WORM  in  clocked.  If  the  svnc  word  is  present,  t he 
detector  goes  to  state  "y"  where  SYNC  FLAG  Is  set  to  enable  the 
conditional  outputs  to  signal  the  main  digital  data  suhcontrol ler . 

The  detector  then  returns  to  state  "u"  to  continue  Its  operation. 

If  the  sync  word  is  not  present,  the  detector  returns  to  state  "t" 
to  look  for  the  sync  word.  If  the  sync  word  is  lost  during  the  routine, 
SYNC  WORD  is  reset  and  the  detector  returns  to  state  "t"  to  resume 
searching.  Three  LEDs  are  on  the  front  panel  to  indicate  to  the  user 
when  the  data  is  synchronized  (DATA  SYNC)  or  not  synchronized  (NO 
DATA  SYNC)  and  when  the  bit  synchronizer  Is  locked  on  the  incoming 
serial  digital  data  (LOCK) . 

Implementat ion 

The  MDS  Diagram,  state  assignment  map  and  NEXT  STATE  maps  are 
shown  in  Figures  2b  and  27.  The  technique  of  using  D- type  flip-flops 
as  the  present  state  holding  register  will  once  again  be  used.  Due 
to  the  small  number  loopings  that  are  possible  and  the  numerous  outputs 
required,  multiplexers  will  be  used  for  the  input  decoding  logic 
and  a decoder  will  be  used  as  the  output  decoding  logic.  Since  branch- 
ing is  only  done  on  one  asynchronous  variable  at  a time  the  inputs 
are  not  latched.  The  outputs  are  latched  to  prevent  flashing  since 
all  NEXT  STATE  state  assignments  are  not  unit  distance.  The  schematics 
are  shown  in  Figures  28,  29  and  30. 

Main  l>  gital  Data  Subcon tro  1 ler  Deta i led  Opera t i on  Des c r i pti on 

The  main  digital  data  subcontroller’s  operation  is  shown  in  the 
flow  chart  in  Figure  31.  Power-up  reset  or  an  external  reset  starts 
the  subcontroller  in  state  "m"  where  the  4 SEC  flag  is  reset  and  the 
digital  output  multiplexer  is  set  to  select  the  IRIG  time  code  input. 

If  the  main  system  controller  executes  the  transfer  of  control 
interface  scheme  to  this  subcontroller  bv  asserting  DIGITAL,  the 
subcontroller  moves  to  state  "n"  and  enables  the  lb-bit  shift  register 
of  the  synchronization  detector.  It  waits  in  this  state  for  either 
the  4 SEC  flag,  which  occurs  every  four  seconds  as  a time  determining 
bench  mark,  or  for  a SYNC  signal  from  the  sync  detector.  The  4 SEC 
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Figure  27.  Synchronization  Detector: 
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Figure  31.  Main  Digital  Data  Subcontroller 
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flag  has  priority.  If  the  4 SEC  flag  is  seen,  states  "z"  and  "p" 
are  executed  which  reset  the  4 SEC  flag,  selects  the  253  mark  on  the 
digital  output  mux  and  pulses  DIGITAL  READY  to  the  CFIB  handshake 
subcontroller.  It  then  waits  in  state  "p"  for  the  next  4 SEC  flag 
or  SYNC  signal  before  returning  to  state  "z"  or  going  to  state  "q". 

When  the  SYNC  signal  is  seen,  the  subcontroller  goes  to  state  "q"  where 
the  digital  output  mux  is  set  to  the  8-bit  digital  data  line.  If  the  4 
SEC  flag  is  seen,  the  subcontroller  executes  states  "z"  and  "p". 
Otherwise,  it  waits  for  the  8 FLAG  which  signifies  that  the  first 
8 bits  of  the  data  word  are  latched  in  the  8-bit  latch  and  are 
ready  to  be  transferred.  The  subcontroller  advances  to  state  "r" 
where  the  8 FLAG  is  set  and  DIGITAL  READY  is  sent  to  the  GPIB 
handshake  subcontroller.  The  subcontrol ler  waits  in  state  "r"  for 
the  4 SEC  flag,  upon  which  states  "z"  and  "p"  are  executed,  or 
16  FLAG,  which  signifies  that  the  second  8 bits  of  the  data  word 
are  latched  on  the  3 bit  latch  and  are  ready  to  be  transferred. 

On  this  condition  state  "s"  is  entered  which  resets  16  FLAG  and 
issues  DIGITAL  READY.  The  subcont roller  then  returns  to  state  "q" 
to  continue  its  operation. 

Implementation 

The  MDS  diagram,  state  assignment,  and  NEXT  STATE  maps  are  shown 
in  Figures  32  and  33.  As  in  previous  controllers,  the  D-type  flip- 
flop  implementation  is  used  for  the  present  state  holding  register. 
Also,  as  in  the  other  subcontrollers,  the  simplest  implementation  for 
the  input  decoding  logic  is  the  multiplexer  implementation.  Since 
branching  is  done  off  of  more  than  one  input  that  is  asynchronous 
to  the  subcontroller,  the  necessary  inputs  are  latched.  The  output 
decoder  is  a 4 line  to  10  line  decoder.  These  outputs  must  be  latched 
to  prevent  flashing  due  to  non-unit  distance  state  assignments  in 
some  places.  Schematics  for  this  circuit  are  shown  in  Figure  34. 


RESET 


DIGITAL 


ooo 


RESET  A SEC 

SET  OUT  MUX  TO  TIME 


SYNC  ■ A SEC  DIGITAL 


(n)-* 

OOI 


ENABLE  shift  register 


SET  OUT  MUX 
TO  25  5 

RESET  A SEC 


8 FLAG • ASEC 


-O/  A SEC 


A SEC 


SYNC  A SEC 


SET  OUT  MUX 
TO  DATA 


16  6 LAG-  A SE  C • 8 FLAG 


i oo 


SET  DIGITAL  READY 

reset  y flag 


A SEC  16  FLAG 


SET  DIGITAL  READY 
RESET  16  FLAG 


I ) SET  DIGITAL 


Figure  52.  Main  Digital  Data  Suboont rol lor : MDS  Diagram 


RESULTS  OF  FIELD  TESTING  OF  INTERFACE  SYSTEM 


One  of  the  advantages  of  using  the  controller-subcontroller 
design  concept  explained  and  illustrated  in  this  report  is  that  a system 
can  be  constructed,  debugged,  and  operated  in  sections.  The  main 
system  controller  with  the  analog  section  was  constructed  first  since 
these  were  needed  for  an  impending  field  trip  to  Kwajalein.  This 
part  of  the  system  is  shown  in  Figure  35.  The  entire  system  is  shown 
in  Figure  36.  Programs  to  plot  the  trajectory  and  process  and  plot 
the  data  for  the  Capacitance  Probe  (C  Probe),  Direct  Current  Probe 
(DC  Probe),  Plasma  Frequency  Probe  (PFP),  Photometers,  Field-Widened 
Interferometer  (FWir),  Electron  Accelerator  and  the  Energy  Deposition 
Scintillator  (EDS)  were  written  by  David  Burt,  The  programs  allow 
the  user  to  plot  the  complete  flight  data  of  a probe  or  plot  an 
expanded  section  of  any  part  of  the  data.  The  trajectory  plot  and 
data  plots  for  the  C probe,  DC  probe,  and  a photometer  shown  in  Figures 
37  through  39  respectively  were  produced  by  these  programs. 

The  first  use  of  the  system  was  at  Kwajalein  Missile  Range  in 
August  1977.  Data  plots  of  the  C probe,  DC  probe  and  two  photometers 
along  with  trajectory  were  produced  at  this  time  and  included  in  the 
report  Quick  Look  Field  Report,  Equatorial  Irregularities -Wide  Band 
Satellite  Support.  In  this  operation  a current  limiting  problem  in 
the  interface  was  discovered  and  corrected. 

The  next  two  uses  of  the  system  were  at  Poker  Flat  Research 
Range  in  Alaska  in  November  1977  to  plot  data  from  the  FWIR,  photometers, 
EDS,  and  the  three-channel  DC  probe;  and  at  White  Sands  Missile  Range 
New  Mexico  in  December  1977  to  plot  data  from  the  Electron  Accelerator. 
Data  from  the  latter  is  included  in  the  report  PRECEDE  II:  Summarized 
Results.  These  two  trips  revealed  the  need  for  a front  panel  switch 
debounce  and  a reset  switch;  both  of  which  were  corrected. 

The  most  recent  use  was  in  Alaska  in  February  1978.  Plots  of 
the  trajectory,  DC  probe  and  PFP  were  included  in  Quick  Look  Field 
Report,  Coordinated  Daytime  Investigation  of  High  Latitude  Scintillations 
on  the  Honest  John-Hydac  Wideband  Rocket.  Plots  of  the  trajectory. 
Electric  Field  Probe,  EDS,  C Probe,  and  2 photometers  from  the 


Figure  36.  Picture  of  Complete  Syst 
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SGT-Hydac  Multi-Rocket  were  included  in  Quick  Look  Field  Report, 
Coordinated  Investigation  at  High  latitude  Scintillations.  No 

problems  were  encountered  in  the  operation  of  the  interface  itself, 
but  more  attenuation  of  the  input  signal  and  signal  limiting  were 
requested  to  facilitate  use  with  the  telemetry  ground  stations  there. 
All  of  these  changes  have  been  incorporated  into  the  system. 

The  IRIG  time  code  decoder  and  subcontroller  along  with  the 
digital  data  subcontroller  were  not  included  in  these  tests,  but  have 
since  been  built  and  integrated  into  the  system. 

Summary 

A data  acquisition  and  processing  system  that  can  produce  plots 
of  the  data  from  various  probes  for  quick-look  data  analysis  is  a 
valuable  asset  for  persons  concerned  with  the  probes.  With  an  inter- 
face system  to  transfer  the  data  in  a specified  format  to  the  4924 
Digital  Cartridge  Tape  Drive,  the  4051  Graphics  System  can  produce 
such  data  plots.  The  design  and  development  of  the  interface  system 
meeting  all  of  the  design  requirements  established  in  the  introduction 
is  explained  in  this  report.  The  plots  in  the  quick-look  data  reports 
verify  the  value  of  the  system's  operation. 

The  controller-subcontroller  design  concept  explained  in  this 
report  and  illustrated  by  the  system  design  and  implementation  is  a 
useful  design  tool  that  aids  in  simplifying  both  the  design  and 
hardware  implementation  of  a system.  Increased  speed  is  also  obtained 
since  this  concept  allows  parallel  operation  of  one  or  more  subcon- 
trollers along  with  the  operation  of  the  main  system  controller. 

The  implementation  shown  in  the  thesis  based  on  this  design 
concept  is  comprised  of  the  following: 

(1)  A 12-state  main  system  controller  with  an  analog 
data  routine. 

(2)  A 4-state  GP1B  handshake  sub controller. 

(3)  A 5-state  IRIG  time  code  subcontroller  and  7-state 
IRIG  time  code  decoder. 

(4)  A 7-state  main  digital  subcontroller  and  a 6-state 
synchronization  detector. 
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A total  of  41  states  are  used  to  implement  this  system.  If  the 
system  was  implemented  with  a single  controller,  an  estimated  66  states 
would  be  required.  This  would  complicate  the  design  phase  due  to 
the  many  state  variables  involved,  and  increase  the  complexity  of  the 
input  decoder,  present  state  holding  registers,  and  the  output 
decoding  logic.  This  shows  that  the  design  concept  is  very  useful 
in  applications  where  multiple  control  operations  are  required. 
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4051  System  Block  Diagram  Description 

The  4051  Graphic  System  is  a microcomputer  system  containing  a 
Microprocessing  Unit  (MPU)*  a Random  Access  Memory  (RAM),  and  a 
Read  Only  Memory  (ROM).  There  are  three  built-in  peripherals  which 
attach  directly  to  the  MPU  bus  lines.  These  peripherals  are  the 
keyboard  (the  primary  input  device),  the  display  (the  primary  output 
device),  and  the  magnetic  tape  unit  (a  mass  storage  device).  Two 
optional  peripherals  can  also  be  attached  via  external  plug  connections: 
a Hard  Copy  Unit  for  making  paper  copies  of  displayed  information, 
and  a Joy  Stick  which  allows  the  keyboard  operator  to  manually  control 
the  position  of  the  display  cursor  when  entering  graphic  information. 

There  are  two  interfaces  which  provide  a communication  channel 
for  external  peripheral  devices.  The  General  Purpose  Interface 
provides  a bit-parallel,  byte-serial  data  path  for  peripheral  devices 
such  as  digital  X-Y  Plotters,  Instrumentation  Systems,  and  Disk  File 
Devices.  This  interface  conforms  to  IEEE  Standard  (*488-1975.  The 
Data  Communications  Interface  provides  a bit-serial  link  between  the 
Graphic  System  and  devices  such  as  host  computers,  and  modems.  This 
interface  conforms  to  the  RS-232-C  standard. 

System  Operation 

The  Graphic  System  receives,  stores,  solves,  displays,  and  transmits 
logic  problems  that  you  create  from  a combination  of  symbols,  letters, 
numbers,  and  graphics.  The  system  accepts  data  from  its  keyboard, 
from  magnetic  tapes,  and  from  other  instruments.  It  displavs  data 
on  its  T.V.-like  screen  and  It  transmits  the  data  to  another  instrument, 
to  magnetic  tape,  or  both  simultaneously. 

4662  General  Description 

The  4662  (Figure  A3)  Is  an  Interactive  Plotter  that  is  digitallv 
stepped  and  controlled.  It  provides  permanent  graphic  recording 
capabilities  for  devices  that  have  either  the  RS-232-C  interface 
(such  as  Tektronix  4010-series  Terminal  based  system)  or  the  GPIB(IEC)^ 

The  GPTB  interface  is  defined  in  IEEE  Standard  488-1975;  1 EF.F  Standard 
Digital  Interface  for  Programmable  Instrumentation.  A description  of 
interface  characteristics  is  found  in  Appendix  R. 
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interface  (such  as  the  Tektronix  4051  Graphic  System).  This  choice 
of  interfaces  allows  the  Plotter  to  be  used  with  a wide  variety  of 
systems  and  equipment. 


Each  axis  of  the  plotter  is  propelled  bv  a four-phase  stepping 
motor.  Each  motor  pulley  drives  a plastic-covered  cable  that  is  at- 
tached to  the  pen  carriage  to  move  the  carriage  along  the  appropriate 
axis.  Internal  circuitry  controls  the  number  of  steps  in  each  axis 
to  create  the  appropriate  vector.  Each  motor  step  results  in  .005 
inch  of  linear  motion  in  that  motor's  axis. 

The  4662  will  accept  paper  sizes  up  to  11  inches  (27.9  cm)  in  Y 
by  17  inches  (43.2  cm)  in  X;  maximum  plotting  size  is  10  inches  (25.4 
cm)  by  15  inches  (38.1  cm).  The  Page  Scaling  feature  of  the  4662 
allows  the  plot  size  to  be  easily  adjusted  from  the  front  panel  to 
fit  the  paper  size  being  used.  The  paper  is  held  in  position  by 
electrostatic  attraction  generated  by  the  platen. 

The  4662  performs  three  basic  types  of  operations.  It  can 
print  alphanumeric  characters  drawing  the  ASCII  character  received  on 
the  plotting  surface.  The  Plotter  can  also  produce  graphics  by 
moving  the  pen  across  the  plotting  surface,  lifting  and  lowering  the 
pen  to  produce  written  vectors  only  when  desired.  In  addition, 
the  (Graphic  Input)  GIN  operation  allows  the  Plotter  to  act  .as  a 
digitizer,  transmitting  the  coordinate  position  of  the  pen  along  with 
pen  status  (up  or  down)  upon  command.  Actual  implementation  of  these 
operations  varies  according  to  the  interface  being  used. 

Other  features  of  the  4662  include  the  ability  to  scale  the 
alphanumeric  character  sizes  (independently  from  the  plot  size)  and 
to  rotate  the  alphanumeric  characters.  Tn  addition,  a number  of  plotters 
may  be  linked  together  with  different  device  addresses  assigned  to  each. 
In  this  way,  data  may  be  sent  to  only  one  of  a group  of  plotters, 
selectively. 


4924  General  Description 

The  4924  is  a Digital  Gartridge  Tape  Drive  unit.  By  acting  as 
a peripheral  tape  memory,  it  provides  the  capability  for  local  storage 
of  digitally-recorded  data.  The  data  is  recorded  on  a 3M^  DC-300-A  type 
of  data  cartridge. 
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The  4924  is  equipped  with  a GPIB(IEC)  interface  for  all  input 
and  output  functions.  This  allows  the  4924  to  operate  as  an  auxiliary 
storage  device  with  systems  that  employ  this  type  of  interface.  Such 
a system  might  include  a system  controller,  such  as  a TEKTRONIX  4051 
Graphic  System,  or  might  be  a simpler  instrumentation  system  containing 
only  talkers  and  listeners. 

There  are  two  methods  of  controlling  tape  operations  in  the 
basic  unit.  One  method  employs  commands  issued  over  the  GPIB.  This 
method  is  typically  used  in  GPTB  systems  that  use  a controller  device, 
such  as  a TEKTRONIX  4051  Graphic  System,  to  oversee  system  operation. 

The  other  control  method  employs  front  panel  controls  to  perform 
basic  tape  operations.  In  addition,  machines  with  Option  37  provide 
an  alternate  method  of  program-controlled  operation.  The  operating 
method  is  selected  by  setting  the  front-panel  ON  LINE  switch,  and  by 
the  rear-panel  switch  on  Option  37  units. 

4631  General  Description 

The  4631  Hard  Copy  Unit  (Figure  Al)  makes  permanent  high-contrast 
copies  from  Tektronix  4010-family  Storage  Display  Terminals  and  Tektronix 
613  and  613-1  Storage  Display  Units.  A copy  is  produced  when  a remote 
copy  command  is  applied,  or  when  the  COPY  button  on  the  front  panel 
is  pressed. 

After  the  image  is  applied  to  the  paper  (as  it  passes  in  front  of 
the  CRT  within  the  unit),  the  paper  is  cut  and  the  image  is  heat-developed 
within  the  processor.  The  paper  copy  is  then  ejected  into  the  paper 
tray  in  the  top  of  the  cover. 
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GPIB  Connector 

The  GPIB  connector  in  located  on  the  rear  panel  of  the  Graphic 
System  main  chassis.  This  connector  allows  external  peripheral 
devices  to  he  connected  to  the  system.  The  devices  must  conform  to 
IEEE  Standard  #4 88-197S  which  describes  a byte-serial,  bit-parnllel 
interface  system  for  programmable  measuring  apparatus.  The  GPIB 
connector  is  a standard  24-pin  connector  such  as  an  Amphenal  Micro- 
Ribbon  connector,  witli  sixteen  active  signal  lines  and  eight  interlaced 
grounds.  The  cable  attached  to  the  GPIB  connector  must  he 
no  longer  than  20  meters  maximum  wi th  no  more  than  fifteen  peripheral 
devices  connected  at  one  time.  The  connector  pin  arrangement  and 
signal  line  nomenclature  is  shown  in  Figure  Bl. 

The  GPIB  Interfacing  Concept 

The  GPIB  is  functionally  divided  into  three  component  busses; 
an  eight-line  Data  Bus,  a three-line  Transfer  Bus,  and  a five-line 
Management  Bus  for  a total  of  sixteen  active  signal  lines.  This  bus 
structure  is  shown  in  Figure  B2. 

The  transfer  rate  over  the  Data  Bus  is  a function  of  the  slowest 
peripheral  device  taking  part  in  a transfer  at  any  one  time.  The 
bus  operates  asynchronously  witli  a maximum  transfer  rate  of  2S0K 
bvtes/second  (one  megaby te/second  with  tristate  drivers).  Both 
peripheral  addresses  and  data  are  sent  sequentially  over  the  Data  Bus. 
Once  peripheral  addresses  are  established  for  a particular  transfer, 
successive  data  bytes  may  he  transmitted  in  a burst  for  higher 
effective  data  rates. 

Peripheral  devices  on  the  GPIB  are  designated  as  talkers  and 
listeners.  The  Graphic  System  acts  as  the  controller  to  assign 
peripheral  devices  on  the  bus  as  listeners  and  talkers.  The  Graphic 
System  further  assumes  that  it  is  the  only  controller  on  the  bus  and 
it  has  complete  control  over  t lie  direction  of  all  data  transfers. 

There  is  no  provision  in  the  Graphic  System  for  other  devices  on  the 
GPIB  to  take  turns  as  controller- in-charge . 

A talker  is  a device  capable  of  transmitting  information  on 
the  Data  Bus.  There  can  be  only  one  talker  at  a time.  The  Graphic 
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System  microprocessor  has  the  ability  to  assume  the  role  of  the 
talker  when  it  is  programmed  to  do  so, 

A listener  is  a device  capable  of  receiving  information  transmitted 
over  the  Data  Bus,  There  may  he  up  to  fourteen  listeners  taking 
part  in  an  I/O  operation  at  any  one  time.  The  Graphic  System  micro- 
processor has  the  ability  to  assume  the  role  of  a listener  any  time 
it  is  programmed  to  do  so. 

IJ 

GPIB  Signal  Definitions 

Data  Bus 

The  Data  Bus  contains  eight  bidirectional  active-low  signal  lines, 

D101  through  D108.  One  byte  of  information  (eight  bits)  is  transferred 
over  the  bus  at  a time.  D101  represents  the  least  significant  bit 
in  the  byte;  D108  represents  the  most  significant  b't  in  the  byte. 

Each  byte  represents  a peripheral  address  (either  primary  or  secondary), 
a control  word,  or  a data  byte.  Data  bytes  can  he  formatted  in 
ASCII  code,  with  or  without  parity  (the  Graphic  System  assumes  no 
parity),  or  they  can  be  formatted  in  machine-dependent  binary  code. 


Management  Bus 


The  Management  Bus  is  a group  of  five  signal  lines  which  are  used 
to  control  data  transfers  over  the  Data  Bus.  The  signal  definitions 
for  the  Management  Bus  are  as  follows: 

. TGNAI,  DEFINITION 


Attention  (ATN)  This  signal  line  is  activated  by  the 

controller  when  peripheral  devices  are 
being  assigned  as  listeners  and  talkers. 
Only  peripheral  addresses  and  control 
messages  can  be  transferred  over 
the  Data  Bus  when  ATN  is  active  low. 
After  ATN  goes  high,  only  those 
peripheral  devices  which  arc  assigned 
as  listeners  and  talkers  can  take  part 
in  the  data  transfer.  The  Graphic 
System  assumes  it  is  the  only  source 
of  this  si gna 1 . 
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SIGNAL 


DEFINITION 


Service  Request  (SRQ) 


Any  peripheral  device  on  the  GPIB 
can  request  the  attention  of  the  con- 
troller by  setting  SRO  active  low. 

The  controller  responds  by  setting 
ATN  active  low  and  executing  a serial 
poll  to  see  which  device  is  requesting 
service.  This  response  is  generated  b 
an  ON  SRQ  THEN  statement  which  is  execu- 
ted in  the  BASIC  program.  TTie  serial 
noli  is  taken  when  a POLL  statement  is 
executed  in  the  BASIC  program.  After 
the  peripheral  device  requesting 
service  is  found,  BASIC  program  control 
is  transferred  to  a service  routine 
for  that  device.  When  the  service 
routine  is  finished  executing,  program 
control  returns  to  the  main  program. 

The  SRQ  signal  line  is  reset  to  an 
inactive  state  when  the  device 
requesting  service  is  polled. 


Interface  Clear  (IFC) 


The  IFC  signal  line  is  activated  by  the 
controller  when  it  wants  to  place  all 
interface  circuitry  in  a prede- 
termined quiescent  state.  The 
Graphic  System  assumes  that  it  is 
the  only  source  of  this  signal.  IFC  is 
activated  each  time  the  INIT  statement 
is  executed  in  a BASIC  program. 


Remote  Enable  (REN) 


The  REN  signal  line  is  activated 
whenever  the  system  is  operating  under 
program  control.  REN  causes  all  peri- 
pheral devices  on  GPIB  to  ignore  their 
front  panel  controls  and  operate 
under  remote  control  via  signals  and 
control  messages  received  over  the  GPIB. 


End  or  Identify  (EOI) 


The  EOI  signal  can  be  used  by  the 
talker  to  indicate  the  end  of  a data 
transfer  sequence.  The  talker 
activates  EOI  as  the  last  byte  of  data 
is  transmitted.  When  the  controller 
is  listening,  it  assumes  that  a data 
byte  received  is  the  last  byte  in  the 
transmission  if  EOI  is  activated.  When 
the  controller  is  talking,  it  always 
activates  EOI  as  the  last  byte  is 
transferred . 
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The  Transfer  Bus 

A handshake  sequence  is  executed  bv  the  talker  and  the  listeners 
over  the  Transfer  Bus  each  time  a data  byte  is  transferred  over  the 
Data  Bus.  The  Transfer  Bus  signal  lines  are  defined  as  follows: 

SIGNAL  DEFINITION 

Not  Ready  for  Data  (NRFD)  An  active  low  NRFD  signal  line  indicates 

that  one  or  more  assigned  listeners 
are  not  ready  to  receive  the  next 
data  byte.  When  all  of  the  assigned 
listeners  for  a particular  data  transfer 
have  released  NRFD,  the  NRFD  line 
goes  inactive  high.  This  tells  the 
talker  to  place  the  next  data  byte  on 
the  Data  Bus. 

The  DAY  signal  line  is  activated  by 
the  talker  shortly  after  the  talker 
places  a valid  data  byte  on  the  Data 
Bus.  An  active  low  DAV  signal  tells 
each  listener  to  capture  the  data 
byte  presently  on  the  Data  Bus. 

The  talker  is  inhibited  from  acti- 
vating DAY  when  NRFD  is  active  low. 

The  NDAC  signal  line  is  held  active 
low  by  each  listener  until  the 
listener  captures  the  data  byte  cur- 
rently being  transmitted  over  the 
Data  Bus.  When  all  listeners  have 
captured  the  data  byte,  NDAC  goes 
inactive  high.  This  tells  the  talker 
to  take  the  byte  off  the  Data  Bus. 

Handshake  Parameter  States 

Once  the  CONTROLLER  has  assigned  the  TALKER  and  LISTENERS  the 
data  transfer  may  commence.  The  only  activity  on  the  bus  should  be 
the  changing  of  DATA  accompanied  by  the  Data  Valid  variable  (DAY) 
going  from  $ to  1 and  the  alternate  switching  of  the  NRFD  (*)  and 
NDAC  (jf>)  parameters  from  4,  to  1 and  back  to  ^ again  with  th< 

LISTENERS  request  for  data  (using  NRFD)  and,  summarily,  aeci  : : 

of  data  (using  NDAC). 

Two  common  errors  may  occur  during  the  transfer.  If 
requests  data  (NRFD  = $,  NDAC  = 1)  and  the  TALKER  never  ri 


Data  Valid  (DAV) 


Data  Not  Accepted  (NDAC) 
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which  means  not  admitting  that  valid  data  is  on  the  bus  (DAV  = d>) , 
the  bus  will  hang  up.  As  there  is  no  defined  clocking  rate  for  data, 
the  LISTENERS  think  that  they  have  a slow  TALKER  on  the  line  and  just 
sit  there  waiting  for  it.  The  difference  between  a slow  talker  and  a 
dead  one  is  a matter  of  degree.  Thus,  the  controller  cannot  check 
for  this  error.  This  will  occur  during  an  incorrect  INPUT,  READ, 

OLD,  or  APPEND  from  an  existing  device  or  a request  to  TALK  addressed 
to  a LISTEN-only  device. 

The  second  error  is  more  insidious.  NRFD  and  NDAC  are  binary 
and  the  two  can  thus  have  a total  of  four  different  configurations 
(11,  10,  01,  00).  Three  are  legal.  The  ’’0,0"  state  is  a LISTENER 
error. 

The  "1,1"  State 

In  the  "1,1"  state  the  LISTENER  is  Not  Ready  for  Data  (NRFD  = 

1)  and  has  Not  Accepted  Data  (NDAC  = 1).  This  is  a legal  state  for 
the  LISTENER  as  it  is  indicating  to  the  interface  that  it  is  not 
yet  prepared  internally  to  continue  with  the  handshake  cycle.  If 
any  LISTENER  has  the  1,1  configuration  (NRFD  (n)  = 1,  and  NDAC  (n)  = 
1)  then  communication  on  the  bus  is  temporarily  held  up.  All 
LISTENERS  enter  and  leave  communications  modes  in  the  1,1  state. 

The  "<J>,1"  State 

In  the  "<{>,  1"  state  the  LISTENER  is  Ready  for  Data  (NRFD  = <{>) 
and  therefore  Not  Accepting  Data  (NDAC  = 1).  This  is  a legal  state 
for  any  and  all  LISTENERS  as  it  indicates  to  the  interface  and 
TALKER  that  the  LISTENERS  are  prepared  to  receive  messages. 

The  "1,<J>"  State 

In  the  "1,$"  state  the  LISTENER  is  Not  Ready  for  Data  (NRFD  =1) 
because  it  is  in  the  process  of  Accepting  Data  (NDAC  = <J>).  This  is 
certainly  a valid  state  as  the  LISTENER  is  indicating  to  the  TALKER 
to  maintain  a valid  byte  of  data.  In  the  "1,0"  state  the  LISTENER 
is  indicating  to  the  TALKER  that  it  has  received  a data  byte  and 
is  processing  it. 
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The  State 

The  atate  ia  alwaya  preaent  in  at  least  one  device  (the 

TALKER)  hut  ia  not  valid  in  an  assigned  LISTENER.  In  the  "4> » 4'" 
atate  the  LISTENER  ia  Ready  for  Data  (NRFD  ■ <J>)  and  ia  in  the  proceaa 
of  Accepting  Data  (NDAC  ■ i}>).  The  firat  signifies  to  the  TALKER  to 
get  rid  of  the  preaent  data  and  the  second  says  to  retain  it  as  the 
data  ia  still  being  read.  The  TALKER  should  recognize  this  as  an 
error.  Remember  that  the  TALKER  does  not  see  the  status  of  each 
LISTENER,  but  only  the  logical  OR  of  all  the  NKKD  (n)  and  all  the 
NDAC  (n)  elements.  If  any  LISTENER  has  its  NRFD  or  NDAC  parameter 
set  to  "1",  the  TALKER  will  not  recognize  the  presence  of  a 
state  in  another  LISTENER.  Sophisticated  OPIB  LISTENERS  will  generate 
an  EOI  or  SR()  if  both  its  NRFD  and  NDAC  are  'V  and  when  the  device 
is  in  the  LISTENER  mode.  Many  do  not. 

Handshake  Sequence 

Let  us  now  consider  the  actual  handshake  sequence  Involving  a 
TALKHt  (in  control  of  parameter  DAV)  and  some  LISTENERS  (controlling 
the  communications  rate  with  parameters;  NKKD  and  NDAC). 

1.  On  initialization  and  lust  after  assignment  of  TALKER  and 
LISTENER  status,  the  TALKER  initializes  DAV  - 4>(data  not 
valid). 

2.  The  LISTENERS  initialize  NRFD  - 1 (none  are  ready  for  data) 
and  set  NDAC  “ 1 (none  have  accepted  the  data).  The 
LISTENERS  will  hold  up  the  system  until  they  feel  that  they 
are  able  to  handshake  and  respond  to  data  if  accepted. 

3.  The  TALKER  checks  for  the  status  error  condition 

(both  NRFD  and  NDAC  ■ ^)  then  places  the  DATA  In  the 
common  area.  In  reality  the  data  is  placed  on  R parallel 
lines  known  as  the  DIO  (Data  Input /Out put ) lines. 

4.  The  TALKER  then  delays  to  allow  the  data  to  "settle"  on 
the  DIO  lines.  Meanwhile  the  LISTENERS  have  initialized 
themselves  and  are  capable  of  handshaking.  They  now  wait 
until  they  are  ready  to  accept  data. 

5.  All  LISTENERS  have  now  indicated  readiness  to  accept  the 
first  data  byte  (all  NRFD  (n)  “ 41),  therefore,  NRFD  ■ (|>. 


6. 


The  TALKER,  upon  sensing  NRFD  - «J>,  sets  DAV  - 1 to  indicate 
that  data  is  settled  and  valid. 
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7.  The  first  LISTENER  sets  NRF1)  “ 1 to  indicate  that  it  is 

no  longer  ready,  then  accepts  the  data.  The  other  LISTENERS 
follow  at  their  own  rates. 

8.  The  first  LISTENER  sets  NDAC  • to  indicate  that  it  has 
accepted  the  data.  (NDAC  remains  **  1 because  the  other 
LISTENERS  still  have  NDAC  (n)  - 1.) 

9.  The  last  LISTENER  sets  NDAC  (n)  » to  indicate  that  it 

has  accepted  the  data;  all  have  now  accepted  and  NDAC  •*  <J>. 

10.  The  TALKER,  having  sensed  that  NDAC  “ <f>,  sets  DAV  «= 

This  Indicates  to  the  LISTENERS  that  the  data  (on  the  DIO 
lines)  must  now  he  considered  not  valid. 

11.  TALKER  changes  data  (on  the  DIO  lines). 

12.  TALKER  delays  to  allow  data  to  settle  (on  the  DIO  lines). 

13.  LISTENERS,  upon  sensing  DAV  - $ (at  10)  set  NDAC  - 1 in 

preparation  for  next  cycle.  NDAC  * 1 as  soon  as  the  first 

LISTENER  sets  NDAC  (n)  - 1. 

14.  The  first  LISTENER  indicates  that  it  is  ready  for  the  next 

data  byte  (character)  by  setting  NRFD  (n)  - (NRFD 

remains  - 1 due  to  other  LISTENERS  causing  NRFD  ($)  » 1.) 

15.  The  last  LISTENER  indicates  that  it  is  ready  for  the  next 
data  byte  by  setting  NRFD  » <p . NRFD  (4>)  is  now  equal  to 

16.  The  TALKER  upon  sensing  NRFD  “ $,  sets  DAV  * 1 to  indicate 
that  data  on  the  Dl()  lines  is  settled  and  valid. 

17.  The  first  LISTENER  sets  NRFD  * 1 to  indicate  that  it  is  no 
longer  ready,  then  accepts  the  data. 

1R.  The  first  LISTENER  sets  NDAC  (n)  ■ <f>  to  indicate  that  it 
has  accepted  the  data  as  in  (8). 

19.  The  last  LISTENER  sets  NDAC  * to  indicate  tltat  it  has 
accepted  the  data  as  in  (9). 

20.  The  TALKER,  having  sensed  that  NDAC  ($)  » <p , sets  DAV  » 
as  in  (10). 

21.  The  TALKER  removes  the  data  byte  from  the  DIO  signal  lines 

after  setting  DAV  » . 

22.  The  LISTENERS,  upon  sensing  DAV  * <p , set  NDAC  * 1 in 
preparation  for  the  next  cycle. 

23.  Note  that  all  three  handshake  signals,  DAV,  NRFD  and  NDAC 
are  at  their  initialized  states  as  in  (1)  and  (2). 


APPENDIX  C 


IRK!  Time  Code,  Format  B 
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IRIC  Format  B 


I. 


2. 


3. 


4. 


5. 


6. 


7. 


Time:  Universal  Time  (UT-2) . 

Time  Frame:  1.0  second. 

Code  Digit  Weighing  Options:  BCD,  SB  or  both. 

a.  Binary  Coded  Decimal  t ime-of-year  Code  Word — 30 
binary  digits. 

1.  Seconds,  minutes,  hours,  and  days. 

2.  Recycles  yearly. 

b.  Straight  Binary  time-of-dav  Code  Word — 17  binary  digits 

1.  Seconds  only. 

2.  Recycles  each  24  hours. 

Code  Word  Structure: 

a.  BCD:  Word  begins  at  Index  Count!  Binary  coded  elements 
occur  between  Position  Identifier  Elements  (7  for 
seconds,  7 for  minutes,  6 for  hours,  8 and  2 for  days) 
until  the  Code  Word  is  con^lete.  An  Index  Marker 
occurs  between  decimal  digits  in  each  group  to  provide 
separation  for  visual  resolution. 

b.  SB:  Word  begins  at  Index  Count  80.  Five  decimal 
digits  (17  binary  coded  elements)  occur  with  a Position 
Identifier  between  the  9th  and  10th  binary  coded 
elements . 

Leant  significant  digit  occurs  first. 

Element  rates  available: 

a.  100  per  second  (basic  Element  rate). 

b.  10  per  second. 

c.  1 per  second. 

Element  Identification: 

a.  "On  time"  reference  point  for  all  Elements  is  the 
leading  edge. 

b.  Index  Marker 2 milliseconds. 

(Binary  zero  or  uncoded  Element) 

c.  Code  Digit... 

(Binary  End). 


5 milliseconds. 
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d.  Position  Identifier — 10  per  second 10  milliseconds. 

(Refers  to  the  leading  edge  of  the  succeeding  Element.) 

e.  Reference  Marker-*- 1 per  second 2 consecutive 

Position  Identifiers. 

(The  "on  time"  print,  to  which  the  Code  Word  refers 
is  the  leading  edge  of  the  second  Position  Identifier.) 

8.  Resolution:  10  milliseconds  (unmodulated). 

1 millisecond  (modulated). 

9.  Carrier  Frequency:  1 kc.  when  modulated. 
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